home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group98b.txt / 000001_icon-group-sender _Mon Apr 27 08:07:35 1998.msg < prev    next >
Internet Message Format  |  2000-09-20  |  5KB
  1. Return-Path: <icon-group-sender>
  2. Received: from kingfisher.CS.Arizona.EDU (kingfisher.CS.Arizona.EDU [192.12.69.239])
  3.     by baskerville.CS.Arizona.EDU (8.8.8/8.8.7) with SMTP id IAA17994
  4.     for <icon-group-addresses@baskerville.CS.Arizona.EDU>; Mon, 27 Apr 1998 08:07:35 -0700 (MST)
  5. Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
  6.     id AA07928; Mon, 27 Apr 1998 08:07:32 -0700
  7. Message-Id: <3.0.5.32.19980424030719.007b7960@doors>
  8. X-Sender: bgbauer#alpha.delta.edu@doors
  9. X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32)
  10. Date: Fri, 24 Apr 1998 03:07:19 -0700
  11. To: "Icon Group"<icon-group@optima.CS.Arizona.EDU>
  12. From: Scissors <bgbauer@alpha.delta.edu>
  13. Subject: Re: Win32 API support for Icon
  14. Mime-Version: 1.0
  15. Content-Type: text/plain; charset="us-ascii"
  16. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  17. Status: RO
  18. Content-Length: 4187
  19.  
  20. Hello,
  21.  
  22.    Thanks for all the replys.  Im new to the group, so I hope I havent
  23. brought up a topic that has been over talked.  Im glad people have shown
  24. interest though.  I've been feeling quite stranded since I began looking
  25. for a compiler.  (Is Icon considered a full fledged compiler? Or is the
  26. interpreter just stacked into that 175K that my tiny programs seem to take
  27. up?)  Once I decided to try out Icon I felt even more alone.  Which is sad,
  28. because as I said previously, I like the language.  If I keep up with Icon.
  29.  (I plan to for atleast a few small programs, or until I hit a real
  30. 'Limitation'.)  
  31.  
  32.    
  33. So let me clear up my original post.  Im not really looking for the full
  34. win32 api.  Just a few 'key' elements (explained further down).
  35.  
  36.    Anyway, all I was really wondering was if there were ways to do what
  37. C/C++ programs can do in windows.  I cant afford Borland or VC++ and the
  38. books it would take to delve into C/C++.  Im not even sure if I want to
  39. invest that amount of time.  So I cant really learn a few of the
  40. suggestions that were made.  It would be too frustrating and confusing at
  41. this point.
  42.  
  43.    All I was "hoping" there was, was a few ways to interface with (Im sure
  44. every one has a different opinion on this) but 'key' elements of the
  45. windows interface.  The registry, where my current project needs to obtain
  46. information. (As will a future project I am planning).  The registry is
  47. actually one of my biggest limits.  I feel like its 'key' because much of
  48. windows 'look and feel' is stored there in settings.  If I could read the
  49. registry, I could find the users preferred 'edit area font' and 'text
  50. color', all of the users preferences I could know without the user needing
  51. to set them.  I could read Ole settings to know what programs open what
  52. types of documents.  (Useful if say I wrote an HTML editor, and wanted to
  53. be able to allow them to browse the document. (of course I can just do this
  54. with system("Start newfile.html").
  55.  
  56.   My current project involves reading in a serialized index file.  Now, if
  57. I could read the registry, I could easily know exactly where the program
  58. that created it, and the file itself, is located on disk, without needing
  59. to prompt the user.  The path to the file, is already stored in the
  60. registry.  This doesnt apply so much to the older win3.1, but both win95/NT
  61. maintain a registry.  Its a key element to the O/S.
  62.  
  63.   Im guessing this ability is already included in Icon, because of Icons
  64. use of the File Open, Font Selection, Color Selection dialogues matching
  65. the 'look and feel' of Windows.  The ability to interface Windows API, I
  66. mean.  Maybe Im confused, but couldnt Icon offer a 'pass through' type of
  67. call which allows calling most WinAPI functions?
  68.  
  69. Like I said, Im new to this, so maybe that is harder to implement than I am
  70. realising. But that is what I was really seeking.  
  71.  
  72.   This may be what one of the replys what trying to point out, when it
  73. mentioned a need for a DLL Guru.  An MFC*.dll guru.  Who could create the
  74. interface.
  75.  
  76.   I realise Icon is a free research langauge, and that its portability is
  77. of concern. I just was interested in knowing how far Icon can stretch.  
  78.  
  79.   So...  Ive written a ReadIni(), and WriteIni() procedure.  Im putting
  80. together an iowin.icn Procedure file, for anyone interested.  Mostly its
  81. stuff that I needed, that wasnt in io.icn, or that the io.icn version didnt
  82. seem to handle correctly for windows based systems.  Im currently creating
  83. a Registry procedure also.  Ive got to rework it though because of limits I
  84. found where calls to system() which create files (or atleast a call to
  85. regedit) dont appear to be releasing the files before system() returns.
  86. It's just a "work-around", and im not sure writing to the registry in this
  87. manner would be %100 safe, which is why I wish I could do it correctly.
  88. I'll find out in implementing it though.  Other than the bug with 'repeated
  89. reads' I Can read the registry now.  If you're interested in this, let me
  90. know.  I'd like to know how many more of you out there are working on
  91. win95/nt.  And what procedures you may have created which are win95/nt based.
  92.  
  93. bgbauer
  94.  
  95. (My originally post was via usenet 'AKA' Mr Plow).
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.